Further Android Notes 


■ Most of the information in these slides is taken from: 

■ http://developer.android.eom/reference/android/app/Activity.html#ActivityLifecycle 

‘ Which is licensed under the Apache 2.0 license and copyright the Android Opensource Project. 

■ Some of this work is licensed CC-BY and attribution is given to the Android Opensource Project. 



Some of these slides were used in CMPE300 in 2004 and are 
copyright the respective authors. 

Images reproduced in these slides have been included under section 
29 of the Copyright Act, as fair dealing for research, private study, 
criticism, or review. Further distribution or uses may infringe 
copyright. 


Activity Lifecycle 


Android Activ 
Life Cycle 


■ Activities in the foreground are running 
(onResume) 

■ If something transparent obscurs the activity it 
is paused (onPause) 

■ If you can't see the activity it is stopped. 
(onStop) 

■ If it is garbage collected (onDestroy) 


■ Lifetime: 

■ onCreateO to 

■ on Destroy/) 

■ Visible when: 

■ onStartO to 

■ onStopO 

■ Foreground 



User navigates 
to the activity 



Apps with higher priority 
need memory 



Another activity comes 
into the foreground 

I 


onPauseO 
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The activity is 
no longer visible 
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onSlopO 


onRestartO 
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User returns 
to the activity 
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User navigates 
to the activity 
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■ onResume to 

■ onPauseO 


The activity is finishing or 
being destroyed by the system 

I 

onDestroyO 


Activity 
shut down 
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Application/Process Lifecycle [ Android and the Stack 


■ Android tries to conserve memory, processes are 
killed in order of importance. 

■ Foreground Activity 

■ Killed last. 

■ Visibile Activity (e.g. obscured) 

■ Killed 2nd to last 

■ Background activity 

■ Paused 

■ Often killed 

■ Empty process 

■ No activities: first to be killed 


■ http://developer.android.com/guide/topics/fundamentals/tasks-and-back-stack.html 

■ Activities stack up like plates. 

■ The back button destroys the current activity 
and resumes the previous activity 


Start Activity 2 




Start Activity 3 
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Navigate back 
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Foreground activity 

Activity 1 


Activity 2 


Activity 3 


Back Stack 
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You can have duplicate activities! r Android Suggestions 


Activity 1 


1 

Separate 

instances 


1 

Back Stack 


Ho ire Activity 


Activity 2 


Home Activity 


■ Edit in place usermodel 

■ Android suggests that all edits should be made in 
place and saved immediately. 

■ OnPauseO should commit the changes just in case. 

■ Long running processes sign as services 
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UML first pass: 
Sequence diagram 


Represent behavior 
as interactions 




UML sequence diagrams 

TicketMachine 



Used ckMmg ieqiiiBii«ils analysis 
To refine use case descriptions 

^ to find additional objects (‘t>articipating 
object^’) 

Used dimg system desi^i 


Messages are represented by anov>s 

Activations are represented by 
nanowrecten^es 

Lifelines arerepb by dashed fines 



Nested messages 


Passenger 


ZoneButton 


TarifSchedule 


selectZoneH ^ 


Dataflow 



Display 


lookupPrice r fft-i on^ 




displavPrice(piice) 


i ...to be continued... 

The soMt» of an anowfilcficates the acfivalion v>liich 


Iteration & condition 



An aclivafion is as long as all nested aclivafions 
Horizontal dashed anuwys incficate dataflow 
Vedical dashed fines incficate lifelines 


Iteiation is denoted by a * precsecfing the message name 

Concfition is denoted by b(X)lean expression fii [] before 
the message name 
































































































































Creation and destruction 

...continued from previous slide... 



! Creation is denbled a message airawtD Ihe object 

! DestmclionisdenolBdbyanXmaikattlieendofthe 
deslmclion aclivaliorL 

! In gaitiage oolleclion environment s , destmction can be used 
to denoto the end of the useM life of an object 


■ UML: System Sequence Diagrams 


■ More resources 

■ UML 2 Sequence Diagrams: 

http://www.agilennodeling.com/artifacts/sequenceDiagram.htm 

■ Wikipedia 

■ http://en.wikipedia.org/wiki/System_sequence_diagram 

■ Other slides adapted from Larman et al. 

■ http://www.cse.lehigh.edu/~glennb/oose/ppt/06SystemSequenceDiagrams.ppt 

■ UML basics: The sequence diagram 

■ http://www.cse.lehigh.edu/~glennb/oose/ppt/06SystemSequenceDiagrams.ppt 


Sequence Diagram Summary 

! UML sequence dia^am represent behavior in 
tenns of nteradions. 

! Useful to ftid missing objects. 

! Time consuming to buiM but vMxlh fie 
nveslment 

! Compiement the class diagrams (which 
represent slniclw«). 
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